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1. INTRODUCTION 

The Hard Disk/Direct Memory Access (HDCDMA) Hard Disk Controller 
is a single board S-100 bus subsystem. It can communicate with 
up to four 5 1/4 inch or four 8" hard disks. The HDCDMA will 
support a mixture of types of drives, but all must have the same 
transfer rate. Variable designs, capacities and sector formats 
are possible for each type of drive, allowing users to upgrade 
their systems with new drives as they become available. 

The HDCDMA is an intelligent controller. The arrangement of data 
on the disk is not limited by a special purpose LSI controller 
chip. This allows system designers the freedom to specify sector 
sizes and interleave to fit the requirements of special 
applications. 

The controller has its own 8X300 bipolar microprocessor operating 
at 7.16 megahertz which is used to supervise data transfers 
between disk drives and memory without the intervention of the 
main CPU. This relieves the main CPU of time consuming processes 
which include head positioning, rotational delays and the usual 
byte-by-byte transfer of data from the controller to main memory. 
As a result, transfers are faster and more efficient. Moreover, 
the main CPU has more time for data processing, and thus, 
supports more users and/or tasks. 

The main advantage of the HDCDMA controller over almost all the 
others is its glitch free direct memory access channel. This 
advanced "channel" concept allows the controller to communicate 
with S-100 memory by "stealing" bus cycles from the main CPU, or 
using the bus in "burst mode" for ultra-fast data transfer. This 
idea of an intelligent I/O channel was first implemented by IBM 
on their famous 370 mainframes. Now, this powerful concept has 
been implemented on the S-100 bus. 

The channel has the full 24-bits of memory addressing as 
described in the proposed IEEE standard for the S-100 bus. Also, 
a great deal of care has been taken in the design of the 
interface circuitry so that it conforms in every detail to this 
new standard and still allows the controller to work well with 
existing systems designed before the standardization effort was 
started. 

The board has priority logic which allows it to contend with up 
to 15 other "temporary masters" which may also want to "steal" 
bus cycles from the main CPU (the permanent master). 

The features associated with the intelligent channel on the 
controller make it especially desirable in multi-tasking and 
multi-user applications. In fact, many were tailored to enhance 
the performance of Morrow Designs new, powerful DECISION I 
multiprocessing IEEE 696/S-100 machine. DMA style controllers 
are an integral part of advanced microcomputer systems which 
incorporate many of the concepts previously supported only on 
mainframe systems, such as the IBM 370 series. 
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The controller also provides a signal to the drives that is 1/16 
the bit rate for compatibility with earlier versions of some 
drives. And special low voltage detection circuitry inhibits the 
WRITE ENABLE signal to the drives during power sequencing. 

The operating system may be loaded by the HDCDMA by using a 
simple external bootstrapping program. This program in external 
ROM may be very simple because of the advanced design of the 
controller. This makes it possible to boot a hard disk directly, 
without the intermediate assistance of a floppy loaded operating 
system. 

We do not know of any S-100 bus hard disk controllers that come 
anywhere near the performance and versatility of the HD-DMA. For 
that matter, we here at Morrow Designs know of no other hard disk 
controller on any bus that can match the HDCDMA in price, power, 
performance and flexibility. 

Good luck with this producti One of the purposes of this 
document is to detail how the HDCDMA Hard Disk Controller can 
improve the speed and performance of your system. If we've 
missed anything, please let us know. 
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2. THE CHANNEL CONCEPT 



The IBM 370 mainframe was the first computer system to make use 
of the channel concept. Previously, an I/O controller, even one 
that could do direct memory accesses, was given commands and 
would report status by means of I/O ports. Usually, the commands 
were sent one at a time and status was reported through the 
status port. 

The idea of storing both data and instructions in memory is what 
gave birth to the computers of today. IBM decided to extend this 
concept to DMA Controllers, which expanded the controllers 
capabilities in much the same way that computers became more 
powerful by being programmable. 

Channel controllers differ from the CPU in that their task is to 
transfer data when it is required. Therefore, the CPU must have 
some way of starting the channel when it has tasks for it to 
perform. Using a memory location is not reliable because the 
contents of solid state memory are unknown whenever the power is 
first turned on. Also, polling a memory location is inefficient. 
The solution is to use an I/O port to start execution. 

Using an I/O port to start the channel controller does not void 
the main advantage of this design: using memory to store 
commands for the controller. The channel controller carries out 
this list of commands without the supervision of the CPU. At the 
end of the commands, the controller writes its completion status 
in memory, and waits for another start command from the CPU. 

Obviously, a channel type of controller needs some kind of on- 
board intelligence. At the time IBM first built this kind of 
device, it was expensive both in terms of dollars and in circuit 
board real estate to implement this intelligence. Today, 
however, the situation is quite different. Microprocessors are 
inexpensive and take only a modest amount of space on a circuit 
board. 

In theory, the only limitation to the power and flexibility Of a 
channel driven controller is the size of memory local to the 
resident microprocessor. Since memory is getting cheaper and 
denser, it would seem that time will favor the channel approach 
to I/O controllers. 

2.1. HDCDMA Channel Command Structure 

Command execution for the HDCDMA consist of a fixed three part 
sequence: reading a link field that points to the next command, 
seeking and executing an operation code. Every time the 

controller is started it follows this sequence. It is possible 
for the command to be null, that is, the heads will not be 
stepped and no operation will be performed. The link field must 
always be present because it is used to find the command when the 
controller is started. 
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The operation of the controller parallels the structure of the 
commands in memory. When the controller is started, it reads the 
address in the link field of the last command executed. This is 
the address of the next command to be executed. 

Next the drive number, step direction and number of steps are 

transferred from memory pointed to by the link field to the 

controller. If the number of steps is greater than zero, the 
channel releases the bus and begins seeking. 

When the seeking operation is complete, the controller collects 
the next group of parameters from the command structure. These 
consist of the DMA address, a set of four arguments and the 
operation code. The controller then performs the intended 
operation, and writes a status code into the main memory location 
following the operation code. 

At this point the controller halts and awaits the next start 
command. A pointer internal to the controller retains the loca- 
tion of the link field. At the next start command, the contents 
of the link field are loaded by the controller as the beginning 
address of the new command. 

The format of the channel commands is outlined below. Each of 
the three parts will be explained in detail in the sections that 
follow. 



BYTE 



Table 2-1: Command Structure Format 

NAME FUNCTION 



s 





SELDRV 


E 


1 


STEP-L 


E 
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STEP-H 


K 








3 


SEL-HD 
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DMA-L 
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5 


DMA-H 
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6 


DMA-E 


R 


7 


ARG-0 


A 


8 


ARG-1 


T 


9 


ARG-2 
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A 


ARG-3 
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OPCODE 


N 


C 


STATUS 


L 


D 


NEXT-L 


I 


E 


NEXT-H 


N 


F 


NEXT-E 


K 







Select drive and step direction 
Low byte of number of steps 
High byte of number of steps 



Select drive, head, write 
pre-compensation and low-current 
Low byte of DMA address 
High byte of DMA address 
Extended address byte of DMA 

Parameter list for 
Operation codes 

Operation code 

Completion status is stored here 



Low byte of link address 

High byte of link address 

Extended address byte of link address 
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2.1.1. Start and Reset Commands 

These are the only two functions that make use of port 
addresses. The Reset command has the same effect as a POC* 
or a RESET* on the bus, which is to return the controller to 
its reset state. This command would be used if the 
controller became hung up trying to read an unformatted 
track. 

The Start Command is used to initiate controller activity. 
The first Start Command after a reset fetches three bytes 
beginning at 000050H as a pointer to the beginning of a 
command structure. Stepping and command execution begin by 
reading the command structure at the address indicated by 
this pointer. 

In subsequent commands, the controllers internal pointer is 
set to the address of the link field of the last command 
interpreted. This link field can be modified any time before 
the next start command is issued. 

Care must be taken, however, to see to it that the link field 
always points to a valid command. Although it is unlikely, 
an undefined link field could point to a location in memory 
that contains the code for a Format Operation, resulting in a 
strangely formatted track and loss of data. 

The port address used by the start command is 55H. Any 
OUTPUT to this port results in the initiation of controller 
activity. The value output to this port is ignored. The 
Start signal is named ATTN (for attention) on the HDCDMA 
schematics. 

The port address for the Reset Command is 54H. Once again, 
any output instruction to this port has the immediate affect 
of resetting the controller regardless of its current 
activity. The value output to this port is ignored. 

After a Reset Command, a 10 microseconds delay must occur 
before a Start Command may be issued. 

2.1.2. Link field 

The Link Field is a three byte address that points to the 
beginning of the next command structure to be executed. It 
is stored in the last three bytes of the previous command 
structure. 



* An asterisk (*) following a signal name indicates that this 
signal uses negative logic. Thus, low (or 0) is true and 
high (or 1) is false. 
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The controller maintains the address of the last command 
structure and reads the fourteenth, fifteenth and sixteenth 
bytes when it is restarted. There are only two ways of 
changing where the controller expects to find the Link Field: 
1) Resetting the controller, or 2) starting the controller 
and using the Link Field to point to an address of its own 
structure. When the controller is Reset, it expects the 
first Link Field to begin at 000050H. 

2.1.3. Stepping Commands 

Stepping commands make up the first part of the channel 
command structure. After the controller has read the Link 
Field, it transfers the first three bytes of the command 
structure from main memory. If the number of steps is zero, 
then control is passed onto the operation part of the command 
structure. If the number of steps is non-zero, the 
controller releases the bus and commences stepping. 

The first byte in the command structure is the SELDRV byte. 
It is constructed of two parts: The drive number and the 
stepping direction. The drive number is a binary number 
between and 3, and is stored in the least significant two 
bits. 

The stepping direction is stored in bit 4. When this bit is 
a 0, the heads are stepped in, away from track 0. If this 
bit is a 1, the heads are stepped out, toward track 0. When 
stepping-out, if track is encountered before the number of 
steps has been completed, stepping ends, and the controller 
begins the next part of the command. Since most drives do 
not detect over-stepping IN, care must be taken to prevent 
stepping past the inner-most cylinder. 

Table 2-2: Format of BYTE 0: DRVSEL 

Bit # 7 6 5 4 3 2 1 

BYTE 0:0 In/Out Drl Dr0 

Bits and 1 (Dr0 and Drl) are used to select drives 
with a binary number between and 3 . 

Bit 4 is used to select stepping DIRECTION: if 
it equals 0, step in; if bit 4 = 1, step out. 

Bits 2,3,5,6 and 7 are not used; may be the same as 
Byte 3 in drives with four heads or less. 



The second and third bytes of the command structure are the 
low and high bytes of the number of steps. The number of 
steps can be any integer between and 65535. If the number 
of steps is zero, no action is taken. 
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If the number of steps to be taken in the out direction is 
greater than the number of steps before track 0, stepping 
halts at track 0. Stepping in beyond the innermost cylinder 
should never be attempted as this may damage the drive. 

NOTE: It is the operating system's responsibility never to step 
past the innermost track. Most drives do not produce a signal 
indicating this. Over-stepping-in may damage the drive. It may 
also result in positioning the heads over a non-formatted track* 
which requires that the controller be reset. 

EXAMPLE: Suppose we wish to move the heads of drive 3 to 
cylinder 65H, (101 in decimal), and we are currently over 
cylinder 32H (50). We need to step IN 33H steps on drive 
number three. The first three bytes of the command structure 
would be as follows: 



BYTE 
BYTE 1 
BYTE 2 



0000 0011 ;Bit 4 is to step in 
0011 0011 ;low byte contains 33H 
0000 0000 ;high byte contains 0. 



Because the HDCDMA is designed to handle a variety of drives, 
the time delay between steps and the head settle time are 
both under software control. These are explained in the 
section on the Load Constants Command. 

2.1.4. Homing the Heads 

The HDCDMA has built the Home function into the basic command 
structure, rather than having a separate operation for it. 
The Heads are homed by setting the Direction bit to a 1 for 
stepping OUT, and storing a value in the number of steps word 
that is greater than the maximum number of tracks for that 
drive. 0FFFH is a suggested value for ST506 drives. 

When the heads reach track 0, stepping ceases and the 
controller executes the next portion of the command 
structure. In drives with fast seeking capabilities, a step 
delay time sufficient to produce slow stepping should be 
specified using the Load Constants command. The on-board 
drive intelligence that controls ramping up or down for fast 
seeking is not aware of the location of the heads. Using 
fast seek for recalibration may result in the heads reaching 
track while still accelerating and cause damage to the 
drive . 
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2.1.5. Operation Portion of the Command Structure 

At the completion of stepping, the controller requests the 
bus, and then holds it while transferring the next nine bytes 
of the command into the controller's processor. The bus is 
then released if the controller is not ready to transfer 
data . 

The nine bytes just read by the controller may be separated 
into four groups: the head select byte, the DMA address, the 
argument list and the operation code. It is important to 
set every byte to the correct value for each operation. The 
controller does not retain the DMA address, or any other 
argument, from the previous operation. The only values 
retained are those set by a Load Constants Command. 

The first two groups, the head select byte and the DMA 
address, will be described first, as they are the same for 
all the commands. The argument lists will be explained in 
conjunction with the operation they are associated with. 

At the end of any operation, successful or not, a status code 
is written into the byte following the operation code. This 
byte should be set to initially, and can be monitored by 
the main CPU for completion of the disk operation in non- 
interrupt systems. A in the status byte indicates the 
controller is busy. 

2.1.6. Select Head Byte 

The fourth byte of the command structure is the select head 
byte. This byte specifies both the drive number and the head 
to be used. It also contains information that is used when 
writing to the disk, write-precompensation and low current. 

The least significant two bits of this byte are used to 
specify the drive number. The format used is identical to 
that in the SELDRV byte: the least significant two bits are 
set to a binary number between and 3. The next three bits, 
2, 3 and 4, are used to specify the head number, which is a 
binary number between and 7. The ST506 uses negative logic 
to select heads. Thus, 7 selects head 0, 1 selects 6, etc. 
This is drive dependent, so refer to the drive manual. 

Bit 7 turns on write-precompensation. When this bit is true 
(set to a 1), the controller changes the timing of write 
pulses sent to the drive. This is done because as the cylin- 
ders get closer to the center of the disk, their 
circumferences become smaller and the packing density becomes 
greater. 

Information is stored on the disk as transitions in the 
polarity of magnetization, and as these fields come closer 
together, they result in a time shift in the received data. 
Write-precompensation logic turns on the write gate slightly 

8 
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earlier or later than normal to compensate for this 
interaction between fields. Write-precompensation is 
normally used beginning with cylinder 128 (80H) for the 
ST506. Please refer to the manufacturer's specificatons for 
other drives. 

Bit 6 is low current control. When this bit is low (set to 
0), the amount of current used in writing on the disk is 
reduced. The purpose of this is similar to write- 
precompensation: to reduce the interaction between data cells 
in the cylinders near the center of the disk. Low current 
reduces the intensity of the magnetic fields written on the 
disk. It is used starting with cylinder 128 (80H) for the 
ST506. Refer to the drive manual for other products. 

Neglecting to use write-precompensation and low current 
control may result in the loss of reliability of data on the 
inner cylinders of the disk. For those writing their own 
driver software, use the drive manufacturer's specification 
to determine when to enable write-precompensation and low 
current. 

Table 2-3 : Format of the Select Head Byte 

Bit # Description 

These two bits specify the 

1 drive number. 

2 These three bits 

3 specify the 

4 head number. 

5 Not used. 

6 Turns on low current when 0. 

7 Turns on write-precompensation when 1. 

2.1.7. DMA Address 

The DMA (Disk Memory Access) address is the beginning 
location for data transfers. When reading or writing data to 
the disk, and also when formatting, these three bytes point 
to the first byte of the data buffer in main memory. 

The DMA address is not maintained by the controller from one 
operation to the next. The controller never alters the DMA 
address in the command structure, so consecutive commands 
that refer to the same buffer and structure need not rewrite 
these bytes. 

The controller asserts all 24 address bits of the IEEE 696/S- 
100 bus specification. In systems that do not decode the 
upper eight address lines, the extended page byte must still 
appear in the command structure, as the format of the 
structure is fixed at three bytes of information. 
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When data transfers cross 65K boundaries, the extended page 
address byte is incremented by 1. In systems not responding 
to the extended page address, this results in wrap-around, 
that is, the address after the highest 65K byte is 0. 

Table 2-4: Format of the DMA Address Bytes 

Byte 4 Low byte of DMA address 

Byte 5 High byte of DMA address 

Byte 6 Extended address byte of DMA address 

2.2. Operation Codes 

The HDCDMA controller responds to seven operation codes. The 
codes provide access to all of the functions programmed into the 
controller. Each operation code uses some or all of the eight 
parameters that precede the code. The seven valid codes are as 
follows : 

Table 2-5: Operation Codes 

CODE FUNCTION 

Read data 

1 Write data 

2 Read header 

3 Format track 

4 Load constants 

5 Sense status 

6 No operation (NOP) 

Read Data and Write Data will be discussed together. These are 
the most commonly used operations. Format Track is used in 
formatting disks, and is of special interests to those interested 
in designing systems with special timing or data organization 
constraints . 

The Load Constants command sets up the step delay and head settle 
time, which are important in getting the maximum response from 
the new intelligent drives in terms of decreased seek latency. 
The Load Constants command also sets sector sizes, and must be 
used any time the controller is reset. 

Read Header, Sense Status and No Operation codes are provided for 
the other essential control operations, and are discussed 
separately. 

The status codes returned in the byte after the operation code 
are the same for all operations except Sense Status. When the 
operating system writes the command structure, it should store a 
in the status byte. At the completion of a command, the 
channel transfers the status to this byte in the structure. The 
status codes are defined in the table that follows. 
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Table 2-6: Status Codes 

Code Description 

00 Busy 

01 Drive not ready 

04 Sector header not found 

05 Data not found (no data preamble) 

06 Data overrun (channel error) 

07 Data CRC error 

08 Write fault 

09 Sector header CRC error 
A0 Illegal command 

FF Successful completion 

2.2.1. Read and Write Data 

These are the basic HDCDMA controller commands. Their 
operation is almost identical. Each time the controller is 
started, it commences stepping, if requested, then transfers 
the parameters and the operation code. The controller then 
reads headers until it finds the header that matches the 
description in the four bytes of argument. If it fails to do 
so after reading 128 headers, it reports an error in the 
status byte, and halts. 

Once the matching header is found and its CRC is correct, the 
controller requests the bus. The bus has about 20 
microseconds to finish it's current operation and respond to 
the controller. This is the time between checking the header 
CRC word and the detection of the mark that begins the data 
field. The controller will hold the bus until the entire 
sector has been transferred. Data transfers by the control- 
ler are in burst mode. This means that once the channel 
becomes the temporary bus master, it holds the bus until it 
has transferred one sector. The data rate of a ST506, for 
example, is one byte every 1.6 microseconds. This would be 
1.64 milliseconds for a 1024 byte sector to be transferred on 
the ST506. 

The controller uses a three T-state bus cycle to transfer a 
byte of data. A fourth T-state may be required because the 
bus and the disk are running asynchronously. If the bus is 
unable to respond in time, a data overrun occurs and the read 
or write operation will terminate by reporting an overrun 
error in the status byte. The section on the DMA interface 
goes into more detail on the timing considerations. 

In cases where the controller has reported an unsuccessful 
completion, such as CRC errors or overrun, the operating 
system should be prepared to retry the last command. This is 
done by pointing the Link Field to the beginning of the 
failed command, setting the number of steps to 0, and 
repeating it until it is successful or the number of retries 
has been exhausted. Ten retries are suggested, although more 
or less can be used. 
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The Read and Write Data operations both use the previously- 
described Select Head Byte and DMA address. The other 
variable that needs to be discussed in their use is the 
sector header. The four bytes of the argument list contain 
an image of the header to be matched. It is normally written 
as follows: 

Table 2-7: Argument List for Header Information 

( Recommended Format ) 

Bytet Arg# Description 

Low byte of cylinder address 
High byte of cylinder address 
Head number 
Sector number 

When the drives are initially formatted, it is possible to 
write ANY four bytes of data in the sector header. The 
purpose of this data is to verify that the correct cylinder 
and head is being accessed, and to identify sectors. If 
other sector header formats are desired, they may be written 
during formatting and successfully found during read header 
operations as long as the data in the argument list matches 
the written data in the sector header. This feature 
accommodates a wide variety of designs limited only by the 
four byte field and the designer's imagination. 

The operation code for Read Data is 0; the code for Write 
Data is 1. As an illustration, the following command struc- 
ture will write the buffer located at 000080H to drive A, 
head number 2, cylinder number 64H, sector number 15. For 
this example, we will assume that some previous operation has 
left the heads positioned over cylinder 5AH and the previous 
link field contains 000043H. 
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Table 2-8: Command Structure Example for Write Data Command 



BYTEt LOCATION CONTENT DESCRIPTION 

43 (hex) 00 (hex) Select drive A, step in. 

1 44 0A Low byte : step 10 steps . 

2 45 00 High byte: * 256 steps. 

3 46 48 Select driveA, head2. 

4 47 80 Low byte of DMA address. 

5 48 00 High byte of DMA address. 

6 49 00 Extended address byte of DMA. 

7 4A 64 Low byte of cylinder address. 

8 4B 00 High byte of cylinder address . 

9 4C 02 Head number. 

10 4D 0F Sector number 15. 

11 4E 01 Write Data Operation Code. 

12 4F 00 Space for status byte . 

13 50 43 Low byte of link address. 

14 51 00 High byte of link address. 

15 52 00 Extended address byte of link. 

When a start command is given, the heads of drive A step in 
10 cylinders. The controller next reads sector headers until 
a match is found, then data is written to the disk from 
memory starting at 80H. The sector size has been set by a 
Load Constants command, so the write operation continues 
until an entire sector has been written. The write-precom- 
pensation and low-current bits are turned off because the 
cylinder number is less than 80H. 

Please note the address in the link address field. When this 
operation finishes, the next start command points the 
controller back to the beginning of the command structure. 
When used in this manner, the command structure resembles a 
table where the data for the desired operation is filled in, 
and the link field remains the same. 

2.2.2. Format Track Operation 

This operation is used in formatting disks. As in any 
formatting operation, any data written to the disk previously 
will be obliterated. Therefore, great care must be taken in 
the use of this command. 
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The Format Track operation formats a single track. This 
track is specified by the cylinder address and the head 
selected. During the operation, a four byte set of variable 
data is read for each sector from a buffer starting at the 
DMA address and written into the sector header. 

To format an entire cylinder, each track is formatted by 
selecting a head with the Select Head Byte and providing 
header data. 

Each sector header contains four bytes of variable data. The 
data that is to be written in the sector headers is located 
in a buffer pointed to by the DMA address. Four bytes of 
data that will uniquely define each sector of a particular 
drive must be written in the buffer before each track is 
formatted. A suggested format is given in the table that 
follows, but any four byte format may be used. 

Table 2-9: Suggested Format for Sector Headers 

Byte# Description 

Low byte of cylinder address 

1 High byte of cylinder address 

2 Head number 

3 Sector number 



EXAMPLE: The following is a memory dump of the data that 
would be used while formatting cylinder 41H and head 3 for 9 
1024 byte sectors, with the DMA field of the command 
structure set to 5000H, and using the suggested format. 

5000: 4100 03 00 41 00 03 01 41 00 03 02 41 00 03 03 
5010: 41 00 03 04 41 00 03 05 41 00 03 06 41 00 03 07 
5020: 41 00 03 08 41 00 03 09 

The normal strategy for numbering sectors is to allow the 
operating system to map the physical sectors to logical 
sectors. The sectors on the disk are then numbered 
sequentially during formatting. 

It is also possible to incorporate any desired sector 
interleave into the disk format simply by incrementing the 
sector number by the desired skew, modulo the number of 
sectors for track. The sector interleave is chosen to 
maximize certain aspects of system performance. 
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The Format Track command uses all four arguments of the 
command structure. The first argument is the intersector 
gap. This is the number of bytes of 4E's that are written 
between sectors. It is dependent upon sector size, with the 
larger sectors requiring bigger gaps. 

The purpose of the intersector gaps is to allow for varia- 
tions in the rotational velocity of the drives. For example, 
if the drive were rotating 1% faster while formatting, a 
sector written when the drive is moving slower will extend it 
over a longer section of the track. Suggested intersector 
gaps are given in the table in this section. 

The intersector gap, also called Gap 3, is calculated by 
multiplying the total number of bytes per sector (this must 
include fixed overhead, which is 44 bytes per sector) times 
.061, and taking the minimum of this value and 256. This 
provides a margin of error for 3% speed fluctuations. 

Gap 3 = minimum of ( ( (bytes/sector + 44) x .061), 256) 

The second argument is the complement of the number of sec- 
tors per track. Each time the Format Track command is 
executed, the controller begins writing, starting at the 
index for the number of sectors per track of header and 
data fields, followed by 4E's, until the index. For example, 
nine 1024 byte sectors will fit on one track. Nine is 0000 
1001 in binary, so its complement is 1111 0110 or F6H. 

The third argument is a code for the number of data bytes in 
each sector. Sector size codes are the complement of the 
codes used in the Load Constants Operation for sector sizes. 
The table that follows defines these codes for the five 
different sector sizes possible: 

Table 2-10 s Sector Size Codes for Formatting 

CODE NUMBER OF BYTES 



FF(hex) 


128(decimal) 


FE 


256 


FC 


512 


F8 


1024 


F0 


2048 



The fourth argument is the data fill byte. While the controller 
is formatting a track, it is continually writing 4E's, zeroes for 
synchronization, the sector header, marks, CRC's or the data fill 
byte. The data field is written with the number of bytes per 
sector of the data fill byte. The data fill byte is E5 for 
CP/M *. The table that follows recaps the four arguments. 

* C/PM is a trademark of Digital Research. 
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Command Structure 

Table 2-11: Argument. List for Format Track Operations Code = 3 

Byte# Arg# Description 

Intersector Gap 

Complement of number of sectors/track 
Code for number of bytes/sector 
Data fill byte 

The table which, follows lists the appropriate number of bytes 
for various sector sizes. It also provides information for 
choosing sector sizes. 

Table 2-12: Sector Sizes 

SECTOR SIZE: 
Intersector Gap 
Whole sectors 
Megabytes/disk* 

Intersector Gap 
Complement # sector 
Sector size code 
Data Fill Byte** 

*These values are computed by multiplying number of sectors 
times the number of bytes per sector times the number of 
heads (4) times number of cylinders (153) for a ST506 hard 
disk. Not included is a fixed overhead of 44 bytes/sector, 
which includes sector header, 4 CRC bytes, 32 sync bytes (00) 
and two preambles of 2 bytes each. 

**The data fill byte is E5 for CP/M (a trademark of Digital 
Research) . 

The five sets of hex values in the preceding table contain the 
allowable values for all of the arguments used with theFormat 
Track Command. For example, 41, F6, F8 and E5 for IK sectors. 

The figure on the following page explicitly illustrates the 
format of data and headers as they actually appear on the 
disk. The 1024 byte/sector format is that used by all Morrow 
Designs software, and maximizes data density and system 
performance. A second example is given of a different sector 
format for comparison. 

Each track begins with Gap 1 followed by the required number 
of sectors, which are identical except for the sector header, 
and concludes with Gap 4. Gap 4 is used to fill the space 
between the last intersector gap (Gap 3) and the next index 
mark . 



128 


256 


512 


1024 


2048 


10 


18 


43 


65 


256 


56 


32 


17 


9 


4 


4.38 5, 


.013 


5.636 


5.640 


5.013 


0A(hex) 


12 


2B 


41 


FF 


C7(hex) 


DF 


EE 


F6 


FB 


FF(hex) 


FE 


FC 


F8 


F0 


E5(hex) 


E5 


E5 


E5 


E5 



16 



# of bytes 

fixed data 
variable data 




9 Sector 1024 Byte Format 



# of bytes 

fixed data 

variable data 




(9 bytes [min] of <SE's) GAP 4 

INDEX 

(16 bytes of 4E's) GAP 1 



17 Sector 512 Byte Format 



Fig. 2-1 s Byte Sectors - 1024 and 512 Format 
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2.2.3. Read Headers Command 

This command is used to read the first eight bytes that occur 
after a preamble. This may be either a sector header, 
including the mark, the FE, two bytes of cylinder address, 
head, sector number and 2 CRC bytes or the mark, F8 and 6 
bytes at the beginning of a sector. of data. These eight 
bytes are transferred to the buffer pointed to by the DMA 
address . 

To distinguish between a sector ID field and data, the second 
byte will be an FE when a sector header is read and an F8 
when reading a data field. When a data field is read, a CRC 
error will also be reported. 

If a data field was read, retrying the Read Header command 
will usually find the next sector header. The operation code 
for Read Header is 2. The argument field is not used in this 
operation. 

2.2.4. Load Constants Operation 

The Load Constants Operation is required to initialize the 
controller. The HDCDMA allows software control of the two 
variables that affect seek times, step delay and head settle 
time, and the sector size. The sector size is used to inform 
the controller of the number of bytes to be transferred in a 
Read or Write Data operation. There are no default values 
for these variables, so this is the initialization operation 
after any reset or before using different types of drives. 

A drive is considered to be a different type if it requires a 
different step delay or head settle time, or different sector 
size. When any of these three values change, Load Constants 
must be used before selecting the drive. 

The new breed of 5 1/4" and 8" hard disks may have on-board 
intelligence for fast seeks. Normally, the controller sends 
a step signal, waits the step delay time and sends the next 
step signal until stepping is completed. In the newer 
drives, step signals are accepted in a stream as fast as the 
controller can send them. The drive will then ramp up its 
stepper and ramp down again to provide the fastest possible 
seek time. 

At the end of this ramp up and ramp down, the drive will make 
true the SEEK COMPLETE* signal. The HDCDMA controller 
monitors this status line, and begins the head settle time 
after SEEK COMPLETE* goes true. In some drives, SEEK 
COMPLETE* will not be true until after the heads have 
settled. In this case, a head settle time of may be used. 

* The asterisk implies negative logic. When SEEK COMPLETE* 
is it is true. 
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In drives with built-in ramping, a seek delay time should 
be used. If the drive waits until after the heads have 
settled to make SEEK COMPLETE* true, then a head settle time 
of should be used. In drives that do not have either of 
these features, the manufacturer's recommended delay and 
settle times should be used. 

The step delay times may vary between 11 microseconds and 
12.8 milliseconds in increments of 100 microseconds. The 
controller takes 11 microseconds to issue each step pulse, 
so a 200 microsecond delay actually lasts 211 microseconds. 
The head settle times may be in the range of to 25.6 
milliseconds in increments of 100 microseconds. 

The Load Constants Operation has a further function. By 
setting bit 7 of the step delay time to a 1, an interrupt 
signal will be generated at the completion of all controller 
operations. This signal is reset by issuing a start command 
to the HDCDMA, and is generated at the completion of all 
commands until a Load Constants Command resets bit 7. 

The interrupt signal is brought to a strappable pad on the 
lower left of the board, and must be connected to the PINT/ 
or one of the vectored interrupt lines before it can reach 
the bus. Please refer to the section on Configuring Features 
for more information. 

Table 2-13: Arguments for Load Constants Command 

Byte# Arg# Description 

Not used 

Stepdelaytime and interrupt enable 

Head settle time 

Sector size code 

Table 2-14: Argument 1 Format: Step Delay and Interrupt Bit 

Bit#: 7 6543210 

Use : Set/reset for Choose for to 128 100 microsecond 
Interrupts. step delay intervals. 

Table 2-15: Sector Size Codes for Load Constants Command 

Number of Bytes Code 



7 





8 


1 


9 


2 


A 


3 



128 

256 

512 

1024 

2048 





1 
3 
7 
F 



19 



Command Structure 



2.2.5. Sense Status Operation 

The Sense Status Operation returns status information from 
the selected drive. Operation completion is indicated by a 
non-zero value in the status byte. The meaning of this byte 
is explained below. In this case, the Status Byte will not 
correspond to any of the Status Codes described earlier. 

Most of the information returned in the Status byte is used 
by the firmware in the controller and is not significant to 
normal use. One bit in particular, however, should be 
checked whenever a drive is selected. 

The DRIVE READY* signal is generated by a drive whenever it 
is ready and the speed of the disk(s) has stabilized. 
Attempting to access the drive for a read or write operation 
before it is ready may result in locking up the controller. 
This is because it will be unable to synchronize with an 
erratically moving disk. The controller would have to be 
reset in this case. 

It is suggested that the DRIVE READY* line be polled every 
time a new drive is selected. This will prevent the 
controller from being hung up trying to synchronize with a 
not-ready drive. 

Four other bits of information are provided by the Sense 
Status Operation. Bit represents the track detect. 
Whenever the heads are over the outermost cylinder, TRACK 
ZERO* will be true, that is, 0. 

The WRITE FAULT* status is a signal from the drive that 
reports illegal commands or conditions. Examples of these 
conditions would be low voltage for a write operation, or 
trying to read and write simultaneously. The manufacturer's 
specification for the drive should be referred to for more 
exact meaning of this bit. Software may want to check this 
bit at the end of all Write operations. 

The SEEK COMPLETE* has been mentioned in connection with the 
Load Constants Operation. It is made to be true either after 
a step, stepping or head settling is complete. Again, please 
refer to the drive manufacturer's specifications for the 
exact timing of this signal. 

The NRZ INDEX is connected through a divider to the index 
detector of the selected drive. Each time the index is 
detected, the NRZ INDEX changes state. That is, during one 
revolution it is a 1, and on the next revolution, a 0. 



* As mentioned previously, * is used to indicate negative 
logic. 
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The Sense Status operation returns the information in the 
Status Byte, which follows the operation code. This code 
should be initialized to a in the command structure. When 
the operation is complete, the Status Byte will be non-zero, 
and the lower 5 bits will represent the status of the 
selected drive. No arguments are required. 

Table 2-16: Status Byte after Sense Status Operation 

Bit# Meaning 

TRACK ZERO* detect 

1 WRITE FAULT* signal 

2 DRIVE READY* signal 

3 SEEK COMPLETED* status 

4 NRZ INDEX, alternates with each revolution 
5 

6 These bits set to 1 after Sense Status 

7 

2.2.6. No Operation Command 

This command may be used for stepping the heads without 
performing data transfers, or as a means of setting the link 
field to point to the next command structure to be executed. 
The operation code for this command is 6. 

This is the command that would be used to perform a 
recalibration. To recalibrate a drive, the SELDRV byte (Byte 
0) is used to select the drive and the stepping-out 
direction. In the next two bytes, a value for the number of 
steps greater than the maximum number of tracks for that 
drive is used. When the heads reach track 0, the controller 
stops seeking. 

Fast seeking must not be used while recalibrating. A Load 
Constants command is used to set the step delay to the 
appropriate interval for slow stepping. A second Load 
Constants command is used to restore the drive to fast 
seeking. If fast seeking were used, the heads might reach 
track while the seek speed is being ramped up and cause 
damage to the drive. 
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3. DMA INTERFACE 

The HDCDMA Controller uses two types of Direct Memory Access: 
cycle stealing and burst mode. In cycle stealing, the channel 
requests the bus to transfer one or several bytes. If the 
controller loses control of the bus during the transfer, it 
detects an overrun and will try again. 

The time spent waiting for control of the bus is not critical 
during cycle stealing because there is no real-time activity 
ongoing. The HDCDMA uses cycle stealing for reading the command 
structure and reporting status. 

During disk transfers, burst mode is used. Burst mode is 
sometimes referred to as "hogging". During burst mode, the 
channel does not release the bus until it has finished the entire 
data transfer. Also, interrupts and other channels requiring use 
of the bus are inhibited. This should be taken into account if 
other devices with specific timing constraints are used on the 
bus. 

Burstmode is used to accommodate the rapid data transfer rate of 
hard disks. Data is transmitted at the rate of 5 million 
bits*second with ST506 drives. This translates to a byte of data 
ready every 1.6 microseconds. 

The channel requests the bus for burst mode when it successfully 
matches the header field of the target sector. This allows 
about 20 microseconds for bus acquisition and should be 
sufficient for the CPU and any other non-burst DMA devices to 
finish their activities. 

In systems requiring wait states, the HDCDMA will respond to the 
bus RDY lines. The net speed (a combination of the bus clock 
speed and wait states) must be able to keep pace with the 
asynchronous data transfer rate of the disk. 

The controller requires three bus T-states to transfer one byte 
of disk data. Because the bus clock and the data rate of the 
disk are asynchronous, an additional 1 bus T-state may be 
required to synchronize the transfer of a byte of disk data. To 
calculate the minimum bus clock, multiply the disk rate (in bytes 
per second) times 4 plus the number of wait states. In a system 
without wait states and using a ST506, this would be 2.5 
megahertz . 

Minimum Bus Clock = Disk Data Rate (Bytes/Second) x 

( 4 (T-states) + number of wait states ) 

Greatest system performance will be obtained if floppy (DJDMA) 
and hard disk DMA controllers are allowed to operate 
concurrently. If this is done, there will occasionally be 
collisions, that is, situations where both controllers require 
the bus at the same time. 
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When this occurs, the floppy disk controller will probably be the 
one to experience overrun, since the hard disk controller "hogs" 
the bus. System software should be prepared to repeat either 
operation in the event of an overrun. 

3.1. Temporary Master 

The controller acts as a TMA, or temporary master. The CPU is 
the permanent bus master. When a temporary master wants control 
of the bus to perform a DMA operation, it requests the bus by 
asserting a signal called HOLD*. The CPU, as permanent master, 
monitors the HOLD* signal. When the CPU finishes the current bus 
cycle, it acknowledges HOLD* by asserting the signal called pHLDA 
(processor hold acknowledge). 

The temporary master takes control over from the CPU in a two 
step process. First, the CPU's data-out, address and status 
lines are disabled using DODSB*, ADSB* and SDSB*, and enabling 
the temporary master's control drivers. During this time, both 
the permanent master and the temporary master are driving control 
lines. 

Second, CDSB* (control disable) is made true, giving the 
temporary master complete control of the bus. The temporary 
master has now taken the place of the CPU on the bus. Returning 
control to the CPU (permanent master) is the same process in 
reverse ending when HOLD* is made false. 

So far, the process has been described as if only one temporary 
master wanted control of the bus. There can be up to 16 
temporary masters on the bus. When there are more than one 
temporary master, they use the four DMA lines to decide who gets 
to assert HOLD*. 

Any device requesting the bus places its TMA priority level on 
the bus if HOLD* is not already true, and circuitry on the device 
decides if it has the highest priority. The device with the 
highest priority (0F hex is highest) asserts HOLD* and leaves its 
priority on the DMA lines until it removes HOLD* from the bus. 
This normally results in the first TMA to request the bus getting 
the bus. For a precise definition of DMA arbitration, S- 
100/IEEE696 specification should be considered the last word. 
The design of the HDCDMA follows the specification. 
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4. CONFIGURATION FEATURES 

There are two features of the HDCDMA Controller that are set by 
changing slide-on jumpers or adding wire jumpers. These are: 
the DMA priority level and the interrupt line asserted. 

4.1. DMA Priority Level 

The DMA priority level is set using slide on jumpers. There are 
four sets of two pins each, labeled Jl - J4. These are located 
in the lower left hand of the component side of the board. 

Jl corresponds to DMA-0, J2 to DMA-1, J3 to DMA-2 and J4 to DMA- 
3. When a pair of pins are not jumpered together, they represent 
a high, or 1. Jumpering a pair of pins together sets that DMA 
line to a zero. By selectively connecting or leaving 
unconnected the four pairs of jumpers, any priority between and 
15 can be selected. 

The highest DMA priority is 15. For the HDCDMA, this means 
removing all four slide-on jumpers. This is the suggested 
priority for the HDCDMA. To select a priority of 6, jumpers 
would be used to connect Jl and J4. The following table 
summarizes these jumpers: 

Table 4-1: DMA Priority Jumpers: Jl - J4 

Pair DMA Assignment 

Jl DMA-0 Least significant bit 

J2 DMA-1 

J3 DMA-2 

J4 DMA-3 Most significant bit 

4.2. HDCDMA Interrupts 

The output of the controller's interrupt request buffer is 
brought to a pad labled J5. This is in the same area as the DMA 
priority jumpers. Located between this pad and the S-100 bus 
connection are 9 pads that J5 may be connected to. 

PINT* is a direct line to the interrupt input of the CPU board. 
This line is normally used by a device, such as a MULT/lO board 
or a programmable interrupt controller, which prioritizes 
interrupt requests, and provides other interrupt support. The 
HDCDMA does not have the necessary hardware to provide interrupt 
support, such as gating the address of a service routine onto the 
bus at interrupt acknowledge. 

Therefore, J5 will normally be connected to one of the eight 
vectored interrupt lines. The vectored interrupt lines must be 
connected to interrupt controller circuitry before reaching the 
main CPU. They are organized so that VI0* has the highest 
priority, and VI7* has the lowest. 
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Interrupt request generated by the HDCDMA signifies the 
completion of its last command operation. At this point, the 
status should be checked. If the operation was successful, tasks 
that are waiting for the data or the controller may proceed. 
Otherwise, the last operation should be retried. 

The interrupt line of the HDCDMA is cleared by the start of the 
next operation. The completion of every operation sets the 
interrupt line until interrupts are disabled. Bit 7 of the Step 
Delay Byte is used to enable/disable interrupts. Please refer 
to the Load Constants Command. 

4.3. Connecting Cables 

There are five male connectors located along the top edge of the 
HDCDMA: one 34/50 pin connector and four 20 pin connectors. 
These are labeled PI - P5 starting on the right side of the 
board . 

The 34/50 pin connector, labeled PI, carries the control and 
status information to all drives that are connected to the 
controller. The 34 pin connectors are used with 5 1/4" drives, 
and 50 pin connectors with 8" drives. 

The drives are daisy-chained along this cable, and their order on 
this cable is not important. For example, the fourth drive could 
be connected first, the third second and so on. 

The other four connectors must be attached to a particular drive. 
P2 should be connected to the drive jumpered as 1, P3 to drive 2, 
P4 to drive 3 and P5 to drive 4. When the controller selects a 
drive, only one of these four connectors is enabled. If a drive 
has been configured to respond as drive 1, it MUST be connected 
to P2. 

The 20 pin cables carry read and write data between the 
controller and a particular drive. A clock provides a timing 
signal that is 1/16 the bit rate, which is used by some of the 
older hard disk designs. 

When the cables are connected to the HDCDMA, they should extend 
over the back (solder side) of the board. At the drive end, the 
20 conductor cables should pass over the center of the back of 
the drive cabinet. For cabinets with the connectors at the top, 
the cable will extend down from the connector. 

The control/status cable (34/50 conductors) should pass over the 
center of the back of each drive cabinet, the same as the data 
cables. When there are several drives connected, the 
control/status cable that leads to the next drive should not 
extend over the back of the drive cabinet. 
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These descriptions of cable connections will work with current 
Morrow Designs products. For other configurations, here are some 
points to keep in mind: 

1) On each connector on the HDCDMA, pin 1 is on the right. 
Therefore, the other end of the cable should be attached to 
the drive so that the conductor in the cable corresponding to 
pin 1 is connected to pin 1 on the drive PC. 

2) Once the control/ status cable is properly connected, the 
drive will respond to select and step commands. If the drive 
steps, but is unable to read or write data, the data cable 
may be connected to the wrong HDCDMA connector (P2 - P5), or 
the cable may need to be reversed. 

3) The FORMAT program will select a drive and send stepping 
pulses while attempting to format the disk. If the 
formatting part of the program completes, and the verify 
fails (produces a LONG list of errors), the data cable 
connection should be examined. 

4.3.1. Cable Pinout 

As explained in the previous section, there are two types of 
cables used with the HDCDMA: the data cables and the 
control/status cable. The data cables form a direct connection 
between each drive and the controller. They carry only three 
signals in the form of current-loop pairs: MFM (modified 
frequency modulated) Read Data, MFM Write Data and a Timing 
Clock. 

The Timing Clock produces a signal that is 1/16 the bit rate of 
the controller. This is provided for drives which require this 
signal. 

Connectors P2 - P5 have identical pinouts. The description of 
these follows: 

Table 4-2: Data Cable Pinouts 

MFM MFM TIME 

G RD+ G WD+ G CLK+ NC NC NC NC 

19 17 15 13 11 9 7 5 3 1 



20 


18 


16 


14 


12 


10 


8 


6 


4 


2 


G 


MFM 
RD- 


G 


MFM 
WD- 


G 


TIME 
CLK- 


G 


G 


G 


G 
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The control/status cable is daisy-chained between the controller 
and all drives. The pinouts of the 34 pin cable are identical 
with the 50 pin (for 8" drives) for the first 34 pins. Some of 
the signals used in the first 34 pins are duplicated in the last 
16 of the 50 pin cables. A diagram of a 34 pin connector appears 
below. The pins that are repeated in the 50 pin connector appear 
in brackets. The top of the drawing is located at the upper 
right-hand corner of the HDCDMA board and is labeled PI . 

Table 4-3 s 34 Pin Connector 



LOW 


2 


• 


• 


1 


G 


HS4/ 


4 


■ 


• 


3 


G 


WRITE GATE/ [40] 6 


• 


• 


5 


G 


SEEK DONE/ 


8 


• 


• 


7 


G 


TRACK 0/ [42] 


10 


• 


* 


9 


G 


WR FAULT/ [44] 


12 


• 


• 


11 


G 


HS0/ 


14 


• 


• 


13 


G 


NC 


16 


• 


• 


15 


G 


HS2/ 


18 


• 


• 


17 


G 


INDEX 


20 


• 


• 


19 


G 


DRIVE READY/ 


22 


• 


• 


21 


G 


STEP/ [36] 


24 


• 


• 


23 


G 


DS1/ 


26 


• 


• 


25 


G 


DS2/ 


28 


• 


• 


27 


G 


DS3/ 


30 


• 


• 


29 


G 


DS4/ 


32 


• 


• 


31 


G 


DIRECTION/ 


34 


• 


• 


33 


G 


G - ground 










DSn/ - Drive Select 


n 




HSm/ - Head 


Select i 


m (mul 


tip 
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5 . BOOTSTRAPPING 

The HDCDMA may be bootstrapped by executing a short program 
external to the controller. This program may reside either on a 
floppy disk (for example, BOOTMW for C/PM*), or in PROM. 

The Decision I PROM has a switch selected program for booting the 
HDCDMA. When the system is powered up or reset, this program is 
executed. Please refer to the Decision I user's manual for 
instructions for setting switches. 

A brief outline of a program to boot the HDCDMA follows: 

A Sense Status Command is executed until the DRIVE READY/ 
line becomes true (bit 2=0); 

A Load Constants Command sets the Step Delay and Head settle 
time; 

A Read Data command is started that Homes the heads of the 
selected drive and reads sector 1 into main memory; the 
status byte should be monitored for successful completion, 
and retries issued if necessary; 

When the Read is complete, the CPU begins executing code that 
was read, starting with the first byte. 

Before the HDCDMA may be booted or used, it must be formatted, 
and the system software copied to it. The FORMATMW, MOVCPM and 
SYSGEN programs and appropriate documentation are provided with 
C/PM* systems . 



* C/PM is a trademark of Digital Research. 
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COMMAND STRUCTURE FORMAT 



BYTE 



NAME 



FUNCTION 





1 
2 



4 
5 
6 
7 
8 
9 
A 
B 
C 

D 
E 
F 



SELDRV Select drive and step direction 

STEP-^L Low byte of number of steps 

STEP-H High byte of number of steps 

SEL-HD Select drive, head, write 

pre-compensation and low-current 

DMA-L Low byte of DMA address 

DMA-H High byte of DMA address 

DMA-E Extended address byte Of DMA 
ARG-0 

ARG-1 Parameter list for 

ARG-2 Operation codes 
ARG-3 

OPCODE Operation code 

STATUS Completion status is stored here 

NEXT-L Low byte of link address 

NEXT-H High byte of link address 

NEXT-E Extended address byte of link address 





Format of BYTE 0: DRVSEL 






Bit # 


7 6 5 4 3 2 


1 





BYTE 0: 


In/Out 


Drl 


Dr0 



Bits and 1 (Dr0 and Drl) are used to select drives 
with a binary number between and 3 . 

Bit 4 is used to select stepping DIRECTION: if 
it equals 0, step in; if bit 4 = 1, step out. 



FORMAT OF THE SELECT HEAD BYTE: 



BYTE 3 



Bit # Description 

These two bits specify the 

1 drive number. 

2 These three bits 

3 specify the 

4 head number . 

5 Not used. 

6 Turns on low current when 0. 

7 Turns on write-precompensation when 1 
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OPERATION CODES: BYTE B 
CODE FUNCTION 

Read data 

1 Write data 

2 Read header 

3 Format track 

4 Load constants 

5 Sense status 

6 No operation (NOP) 

STATUS CODES: BYTE C 
CODE DESCRIPTION 

00 Busy 

01 Drive not ready 

04 Sector header not found 

05 Data not found (no data preamble) 

06 Data overrun (channel error) 

07 Data CRC error 

08 Write fault 

09 Sector header CRC error 
A0 Illegal command 

FF Successful completion 

NOTE: These codes are returned in the Status Byte when 
executing any Opcode except Sense Status . 

ARGUMENT LIST FOR READ/WRITE OPERATIONS 
( Recommended Format ) 



Byte# Arg# Description 



7 





8 


1 


9 


2 


A 


3 



Low byte of cylinder address 
High byte of cylinder address 
Head number 
Sector number 



ARGUMENT LIST FOR FORMAT TRACK COMMAND 
Byte# Arg# Description 

Intersector Gap 

Complement of number of sectors/ track 
Code for number of bytes/sector 
Data fill byte 

The table which follows lists the appropriate number of bytes for 
various sector sizes. It also provides information for choosing 
sector sizes and the legal arguments for the Format Track Com- 
mand. 
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7 





8 


1 


9 


2 


A 


3 



QUICK REFERENCE GUIDE 



SECTOR SIZES 



SECTOR SIZE 
Intersector Gap 
Whole sectors 
Megabytes /disk 

Intersector Gap 
Complement tsector 
Sector size code 
Data Fill Byte 



128 


256 


512 


1024 


2048 


10 


18 


43 


65 


256 


56 


32 


17 


9 


4 


4.38 5. 


.013 


5.636 


5.640 


5.013 


0A(hex) 


12 


2B 


41 


FF 


C7(hex) 


DF 


EE 


F6 


FB 


FF(hex) 


FE 


FC 


F8 


F0 


E5(hex) 


E5 


E5 


E5 


E5 



ARGUMENTS FOR LOAD CONSTANTS COMMAND 
Byte# Arg# Description 



7 





8 


1 


9 


2 


A 


3 



Not used 

Step delay time and interrupt 

Head settle time 

Sector size code 



enable 



STEP DELAY AND INTERRUPT BIT: BYTE 8 OF LOAD CONSTANTS 

Bit* 7 6543210 

Use Set/reset for Choose for to 128 100 microsecond 
Interrupts. step delay intervals. 



SECTOR SIZE CODES FOR LOAD CONSTANTS COMMAND 
Number of Bytes Code 

128 

256 1 

512 3 

1024 7 

2048 F 

STATUS BYTE AFTER SENSE STATUS OPERATION 



Bit* 



1 
2 
3 
4 
5 
6 
7 



Meaning 

TRACK ZERO* detect 

WRITE FAULT* signal 

DRIVE READY* signal 

SEEK COMPLETED* status 

NRZ INDEX, alternates with each revolution 

These bits set to 1 after Sense Status 
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COMPONENT LAYOUT/SCHEMATIC 



UUUUUUUUL1U 



oooooooo 
oooooooo 



s 



w-" 



P5 DATA PORT P4 DATA PORT P3 DATA PORT P2 DATA PORT 
DRIVE 4 DRIVE 3 DRIVE 2 DRIVE 1 



P1 STATUS CONTROL PORT 



12 



■ L w 



S] 



w 



SI 



w 



16R8 



8X300 



INTERRUPT 

JUMPER 

OPTIONS 

oJ5 5 



OltO . — 

io«<01 234567 la. 

ooooooooo 
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8X300 FIRMWARE 



VI 

uu 



M 



HD/DMA Component Layout 



A7 g5>- 



\& m>- 



\s g?>- 



A4 gg>- 



K3 Hj>- 



\z|s>- 



A^]72>- 



6QUT |4l>- 



S^ E2>- 






FHL-DA S§>- 



017 gg>- 



PI 6 |53>- 



01 5 Qg>- 



PI 4 Hj>- 



M S g|>- 



pi z. E£>- 



pi i H> 



pi * ia5>- 



PATA fc 



2-BUSCNTU 



SCB 



Vco 

4.3/ts 



*~ 



Bl 



A 

3C 
<3fcLS#Z. 

B p 

CLEAR 



3^ 



• RESET 



L-OVER KUkJ 



5-CLR ATTN 



14 



D 7 


^7 


16 




D 8 


"s 


19 


P 3 


S, 


fc 






°l 


2. 






U5574- 

D Q 

> -4 


9 




IIP 


<?Z 


5" 


z. 




p * 


<%, 


IS 








12. 



5 
CLK 
ENBL 



PATA & 



PATA 5 
• PATA 4 

PATA 5 
■ PATA Z 

PATA I 

PATA 




■|53> Po 7 



■|4%> DO ' 
■(||> DO E 
■gg> DO 4 

-|a3> po 5 



-[]j|> DOZ 



■fS5> po* 



SET 

P Q 

L-J74- 

c a 

CLEAl^ 



■ATTN 



i'is 



2-1 NCR APPR 



3-ADPR STB 



PATA 7 ■ 
DATA fc • 
DATA S • 
DATA 4 • 



■3-ELNBL AH " 



3-E.NBL AE - 



APR CLK ' 



Z.-BUS OJTL 



~' 8PB 

F 

Ij. ... 



DATA 5 - 
PATA ^ - 
DATA I ■ 
DATA <t - 
AI5 CRY ' 
3-ENSL AU " 



S-ENBL AE 



API? CLK 



Z.-BU5CNTL - 



5-ENBL AH • 



6PA 



I6R6 



-H5> a ^3 



-jfeS> A Z.ZL 



-g£> A 15 
-[aS> A 14 



-|!|> A 13 



-m> a \t 




' AI7 CRV 
[J7> A 17 



-Ti5> A 4. 



-gj> A5 



-[8j> A 2. 



-|8g> A I 



H3> A<i 
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7YP5IPIKQ. 
-lA— 



II [\. l«> 2, ^ 

2H<t IB>> U5»*\s 



5-HOL.P BUS - 
1-HU.PA ' 



?L3>- 



*Z. E>- 



X.K.PY[1>- 



PR.PY[72> — 

IMHI " 

l-HLDA- 

5-K.4- 

PR9- 

APRIO - 

5- HOL.D Bas- 



s' K5 - 

3-K4 - 

3-K7- 

3-Kfe • 

PATA 5 • 

PATA 2 ■ 

DATA I ■ 

PATA d • 



4-PBYTE 



\^S 2. 


SET 

P 8A<* 
L.S74- 

C * 
CLEAR 


s 




DRQ 


5 


& 
















Y 1 




2. 


7B 













V- 



OVER WW 



■JE 



-0 O- 
<7 



«s enbl. ' 



3-HOLD BUS 



LS06 \<i> 

SCA 



IMHI ' 

l-HLPA 

A 



P 
7CA 

LS74 

C Q 

CLEAR 



7B 



J 



TYPSIPlKfl- 



14 p 



i& r 



T+ 



-E> 



-H2> PMA 2. 



-t§5> DHA 



-m> 



PMA p 



1 E.NESL, CN-CO 



<SENBL- 



IKfl-SiP 






7A(tb 



5-K4 



F * 

I7 F* 

I&R8 4 

3D 
l» F, 



1WI.51P 






>•— E>CP5B 



• pain 



7A#7 



INCR APPR 
' WAIT 
' XFER 



* L E>- 



12. E> 



3101 

D 

D * 

D 

2. 

°z 

WE 

CE. 



TYP5IPIKa 



\/cc 



7 2- 



£^=: 



n 1 5 



Blft CNTU - 



sr^t'* »*»• 



SVNC - 



IB>> 



DATA 



XFER 
XFER 



IN. out, 

IZ.P 
IN. oirr^ 

IN CHJTi 
<9 ° 

IN OUT 7 



L5144 
IN °"T fc 

INj. OUT 4 



EMBL A 
eFJBl. 






5D ' 
W, 5Gt 7 



's ouii 



I^ 5 OUT. 

ENBU A 

ENBL B 



-E>? 



-)47> SMEMK 



-E>sw3 

(N.CO 



-EJ> sMi 



-|4g> sour 



-F3>SINP 



-0£> S1NTA 



-|4B> SHLTA 



-{7g> PSYMC 



-(ll> PSTVAL 



-TB> PPSIN 



-E>pT3r 



-02> 



-d>. 



-m> 



-Hg>PLPA 



PATA 7 ■ 
PATA (, ■ 
DATA S - 
DATA 4 • 
DATA 5 ■ 
PATA Z. ■ 
PATA I ■ 
DATA * • 
3-BUFCLK • 



S-BUFEMBU" 



!*>D 



U557* 
D, 



E.NBU 



DATA 


7 


DATA 


h 


DATA 


5 


PATA 


4 


DATA 


J 


OKTA 


2- 


PATA 


1 


PATA 


* 



5-raHENBl 




RAMS 



■5-RAM INE 



sip iko. 

*T~ 



3-INTR. 



5^>1 O TJ> 



74-a>6. 
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BX3#<£ \lct = ».7 



7.lfeMH£ 



DATA 7 - 
DATA b - 
DATA 5 - 
PATA 4 - 
DATA 3 - 
PATA Z - 
DATA I - 
PATA * - 
NEXT CLK- 



P, s>, 

\-2jC 

D, O, 

L^r73 



CLK. 

CLEAR 



l-R-ESET 



H 



• N I - 



4-PBtTE ■ 



IIC 
L52.73 

P 5 <? s 



CLEAR 



■ K7 
■KG. 
-KS 

• K4 
■K 3 

■ K 2 

• K. I 



4-TRAN 
4-SRCWTLi 



4-SR.CNTL., 



4--CRCPATAOUT- 



4-CELL CLK 



SK ENSU- 



RE 
S, 



13 C 



LSI 
CLK. 



LS2<i7 

^ A 



• ■SRqA 

• SRQ H 

• DATA 7 

• DATA & 

■ DATA S 

• PATA 4 

■ PATA 5 

■ DATA Z 
. DATA | 

• DATA 



5.5/4.7y«H 

nm 



l*.*/8.6SMri£ 



TIStfpf 



J--504 



IB>O^HI 





z. 


: * lj«c 
l 

i0us 

V 

*7 

u 

H 


°7 

°l 


14 






5 


15 


NEXT CLK 




s 


IB 


' BUI" CLK 


Kb 


7 


|5 


" LASI tNBL. 


i 


Ifc 


" BUhfcNtSL 




8 


IS. 


5R 6NSL 




1 1 


17 


DI EWBL. 




&, 


1^ 


RAM fNBL 




4 


j 


■■ utb i b i a 








4 P YT 




LAST ENBL 



^- D 



4-DBYTE- 



ii 



7C A 
US74- 
C Q 

CLEAR 






Vcc 



KSIP 
NEXT CLK 



K5 



3 


SB 

A Q 

LSIM 
5 Q, 


4 








Z. 


5 










4. 




1 


7 


■~ KAM Wt- 













K7 
K4 



15 


B 5. 

8B * 

A 5" 

L^I59 

& « 5 


IZ 


14 


II 




10 


IS 


•? 







ENBL AL 



*Z7 



i 



3 \1 4 
1 bT>0- 



STT 

P <S 

4B 
74-S74 

c 5 

CLEAR. 
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i.*/i.2.Kn. J'i 

V=c ^ — 



v- — • 



Vcc ■> 



"TYPICAL 71-* & 



■vision. ■ s«*a 

—J* 



in 



•Kemm*T~H 



IS0H- 



V I 

11 1 • Jt m- 



S-RAul REAP ' 




25. PIVI404 



=fc.l«fd 



SIN'S 14 



4^5«*a 



PlO CN6l_ ' 

zero • 
3-skqa • 

IS CLK ■ 
S-2.K C1_K • 



HANG 

SPKEAD 

CELLCLK 



1£ 



CL-K ENBL 



■ PBYTF 

■ BYTr 






TYPICAL _», jl, 
IN9I4- ¥ V 



' Tl 

' PATA 

1 CE.LL CLK 

■ CR.C PATA IN 



1 


CLK 








Vet 


E" 

D 

MR 

<?> 

F 

14«S| 


15 


II 




4 






li 


8 




Vet 


n 




vtc-i 


5, 






s. 





CRC PATA OUT 



l**P f 



us'K.n. i««pf 



HI— I v« / — , _ 

|l 14 



A « 

I* A 



WRITE GATE 



¥ 



-n 



WRITE PRECOMP 



A 

I0A 



UiRITE DATA 



n. 
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R PATA -A 



W DATA- A 



MFM HP 



R DATA- B 



RPATA-C 



R PATA" P 



MPM KP- []§> 



R PATA -A 



KDATA-B 



KPATA 



-C 1 K z 

4 3A 

1 2C, 



RCJATA-D 



SEL B 
3£L A 



4--PLO EMBL- 



i d, 

zc, 

LSI55 



B 
A 

16 



G^OUNPINS DM P2.,P5,P4,t PS" I 
2, 4,* I B,II,I2.,PS P J I6, !"),£* 



■ REAP PATA 



• RAW REAP 



4-X.CLK • 



^n 






A 7A °D 
CLR 




-(T> + TIMING CLK 
-jT^> - TIMING CLK 



W PATA -B 




P3 
-£?> + MFM kID 



-£|4> - MFM WD 




~0l> + TIMING CLK 



WPATA-C 




-{3> - timing, clk. 

P4 
-|i3> + HFM UIP 




-fi4> - MFM. UP 
— TT> + timing CLK. 



WDATA-D " 




— ti^> - TIMIMG CL-K. 



PS 
-tl> + MFM WD 



-{i2> - MFM WP 




6B.C1. 



cs 



35*£1 



IN7+8 

-if—*' 

5.*5 volt zener p ' 



-jT> T TIMING CLK. 
— [J5> -TIMING Cuk 



sel b 

SEL A 



4- WRITE PATA 



15 


A ST 
4-A W ' 

G «i 


12. 


|4 


II 




l# 


IS 


5 







4 -WRITE GATE • 



W PATA - A 
WPATA- B 
W PATA - C 

WPATA- p 






Z.N440I 



TYPICAL 74#7 



- |&,4i25> kIGATE. 



74»fc 



SELB ■ 

SEL A ■ 



Vcc 



Pi 
INDEX [Ig>- 



220 
i! *— 



SE.EKDONE E>- 



TR.ACK <ta EJ4| 



WRITE FAULT !"*<■> - 

DRIVE" KEAPvED" 



TYP iZ^H.'SIF* 
TP- 



7A ^ 
L.^.513 
A ^LR 



• NlRZ IN3EX 



A 



"i 



4A 



sr q; 



pIr l>A>f^ E> HS4 

4 nlVo 1 * i-^ 

\"^l\ [l£>D5l 



4> 5 



£> 



9* 



-m>ps2. 

-EI>D53 



hA>| Hg> PST 



13* 



228S 33* 



2.2.0 



35«S 



-* 1 



ZZ0 TX>t> 



TYPICAL 

sipsstf a 



• SEEK. CMP 



• TRACK ^ 



' WRITE FlT 



' REAPY 



PATA 7 • 

PATA b 

PATA S 

PATA A ■ 

PATA 3 ■ 

DATA 2 

DATA l 
PATA <t> 
5-CNTL5T6 



"6 ~8 

D, Q 

ISA 
R, Q, 

L^>574 
P. «, 






■ PRECOMP 



PI 
- 1^> LOW 



' PIR 



"Elg> STEP 

E> pTr" 



iS 



-Cl> HSl 



-E> HS<2 



-SELB 
-SClA 



grounp pins om pi: 1,5,5,7,... ,47, 4<) 
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SUBJECT INDEX 



Arbitration, 24 
Attention, 5 



Permanent Master, 24 
Port addresses, 5 



B 

Bootstrapping, 29 

Burst mode, 23 



Cable Pinout, 
Cables, 26 
Channel, 3 
Commands, 10 
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Read Headers Command, 
Read and Write Data, 
Recalibrate, 7 
Recalibration, 22 
Reset, 18 
Reset command, 5 
Retries, 11, 29 
find header, 11 



18 

11 



D 

DMA Address, 9 
DMA priority, 25 



Error codes, 11 



Fast seeking, 7 
Format Track Operation, 



13 



SEEK COMPLETE*, 19 
Seek home, 7 
Select Head Byte, 8 
Sense Status Operation, 
Start and Reset Commands, 
Start command, 5 
Status codes, 11 
Step delay time, 19 
Stepping Commands, 6 



20 



Gap 1, 16 
Gap 4, 16 




H 

Head settle time, 
Homing the Heads, 


19 

7 


I 

Initialize, 18 
Interleave, 14 
Interrupts, 19 
Intersector gap, 


15 



T 

TMA, 24 

Temporary Master, 24 

Timing, 23 

W 

Wait states, 23 

Write command, 11 

Write-precompensation, 8, 9 



Link field, 4, 5 

Load Constants Operation, 

Low current, 9 
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N 

No Operation Command, 22 

O 

Opcodes, 10 

Operation Portion of the Command Structure, 8 

Overrun, 11 



